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SYSTEM AND METHOD FOR PROVIDING 
APPLICATION SERVICES WITH CONTROLLED 
ACCESS INTO PRIVILEGED PROCESSES 

BACKGROUND OF THE INVENTION 

5 1, Related Applications. 

The present invention claims priority to copending 
U.S. Provisional Patent application serial No. 60/178,826 
entitled "METHOD AND SYSTEM FOR REMOTELY PROVIDING NETWORK 
SECURITY AND AVAILABILITY SERVICES" filed January 28, 
10 2000, the specification of which is incorporated herein by 
reference . 

The present application is also related to U.S. 
patent applications, all of which are filed concurrently 
herewith and are incorporated by reference herein: 

15 Serial No. XX/XXX,XXX entitled SYSTEM AND METHOD FOR 

PROVIDING DYNAMIC APPLICATION SERVICES identified as 
docket number NAI 00.059.01; 

Serial No. XX/XXX,XXX entitled SYSTEM AND METHOD FOR 
EFFICIENT DISTRIBUTION OF APPLICATION SERVICES identified 
20 as docket number NAI 00.060.01; 

Serial No. XX/XXX,XXX entitled SYSTEM AND METHOD FOR 
SECURELY PROVIDING APPLICATION SERVICES identified as 
docket number NAI 0 0.062.01; 

Serial No. XX/XXX,XXX entitled SYSTEM AND METHOD FOR 
25 PERSISTENT, EFFICIENT DISTRIBUTION OF APPLICATION SERVICES 
identified as docket number NAI 00.004.01; and 
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Serial No. XX/XXX,XXX entitled METHOD FOR CLOSING 
SALES OVER AN OPEN NETWORK USING AN AUTOMATED HAGGLING 
SYSTEM identified as docket number NAI 99,116.02. 

2. Field of the Invention. 

The present invention relates, in general, to 
application software, and, more particularly, to software, 
systems and methods for providing application services 
with controlled access into privileged processes. 

3. Relevant Background. 

Application software generally refers to a collection 
of software mechanisms that implement a desired program 
behavior to manipulate data provided by a user and/or 
obtained from both internal and external data stores. A 
software application typically is implemented on top of an 
operating system (OS) that provides essential 
functionality for interfacing with computer system 
hardware and program interaction. A software application 
typically implements a user interface using devices such 
as keyboards, mice, microphones, monitors, and the like to 
communicate data with a user. Examples include word 
processors, ant i -virus programs, spreadsheets, world-wide - 
web . browsers, and the like. 

Application software continues to become more complex 
and interrelated. As computer hardware becomes more 
powerful, less expensive, and more ubiquitous in 
electronic devices, application software that operates on 
this hardware becomes both more complex and more varied. 
Unlike hardware, however, software mechanisms tend to 
evolve rapidly to adapt to new environments and provide 
additional functionality. This leads to a situation in 
which installed software applications require, or at least 
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benefit from, continued monitoring and maintenance by 
skilled software professionals familiar with the 
construction and mechanisms that make up the software. 
Although the problem is more pronounced in complex 
5 software applications such as security software, anti- 
virus software, and the like, it remains a significant 
problem even for comparatively simple applications that 
must augment or modify behavior to remain competitive. 

Coincidentally , software reliability is becoming more 
10 important. As people rely on software performance for 
more business and personal activities, the cost of 
.'2 software downtime and poor performance have become more 

significant. These costs are realized both in terms of 

1^ money and lost time. 

-•I 

15 The field of "software application management" 

111 

encompasses a large number of activities undertaken by a 
;!f business or other software user throughout the life cycle 

y of a software application. Currently, a business need is 

identified and a software application that can satisfy 
O 20 that need is sought out. The business user typically 
purchases not only the application, but also associated 
services necessary to maintain the application. The 
business typically traverses the "learning curve" during 
an initial inefficient stage of application deployment 

2 5 while users become familiar with the features and 

limitations of the application. Often, once the business 
enters a phase where the application can be used 
efficiently, the product is already nearing the end of its 
life cycle and partial or wholesale upgrades must be 

3 0 considered. For complex applications, the users may never 

completely traverse the learning curve. Hence, a need 
exists for more efficient deployment of application 
software . 
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A common problem in application management is that 
the people employed to manage the application's deployment 
are less familiar with the application's functions, 
features and behavior than are the people who produced the 
5 application. This tends to make the application 

management task complex for those charged with performing 
it. Businesses are often forced to employ or contract 
with information technology (IT) specialists to manage the 
application deployment process. 

10 Application providers have made many efforts to 

simplify the process of application management. For 
example, many applications provide downloadable access to 
updates and patches. This eases distribution of updates 
and patches, but essentially places the burden of 
;E 15 maintaining an application on the user. The user must 
fji determine when an update is required and then find, 

download, install, configure, and maintain the updated 
ffi code. Curiously, it is the application provider that is 

!~ often best positioned to perform some or all of these 

O 2 0 tasks. 

Some recently implemented software systems attempt to 
implement an application using an application service 
provider model. In this model application code is 

executed on a network- connected server in response to 

25 requests presented by a client application. The client 
application serves principally as a user interface to the 
network and may comprise software such as a web browser or 
the like. In such systems only a limited amount of code 
is actually executed on the client machine and this is 

3 0 often code that is not specific to the application at 
hand. These systems enable centralized deployment of the 
application code making it easier to monitor, modify and 
update the code . 
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While the application service provider model 
recognizes that applications can be provided as services, 
it is limited in performance due to the centralized nature 



central server, the overall system performance is subject 
to performance bottlenecks in the channel linking the 
client to the centralized application server as well as 
the capacity and functionality of the server itself. 
Moreover, the server is logically distant from the client 
platform (i.e., the client hardware and operating system) 
and so may be unable to perform behaviors that would be 
readily implemented by software executing on the client 
system. In general, the application service provider 
model is a limited solution to the challenges of 
application management and continues to place a 
significant portion of the application management burden 
on the end user or IT staff supporting the end user. 

It is desirable to install and update software 
application code so as to provide application services 
from external application services providers. This 
enables the application services to be maintained and 
managed by the external provider with minimal impact on 
the user of the application services. However, providing 
such application services typically requires access to 
privileged processes on the user's computer in order to 
replace the functions previously performed by IT 
specialists or the users themselves. 

In many computer systems a software application 
executes within the context of a "process" . A process is 
the active entity associated with a running program and 
possesses one or more threads of execution along with some 
amount of resources such as virtual memory address space. 
It is common to distinguish between the process, which is 



of its implementation. 



By running applications on a 
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an embodiment of a running program, and the program 
itself. The program itself refers to the files system 
object (i.e., a file) containing a stored representation 
of the instructions that determine the computer's 
5 execution. 

Processes have certain attributes, known as 
credentials or privileges, that reflect their ability to 
perform various specialized operations. The credentials 
reflect the privileges assigned to the entity on whose 
behalf the process was initiated. The entity may be a 
person, or may be another software program that has 
authorization to execute the processes. Privileges are 
assigned by a system administrator who initially is given 
administrator rights, which enables the administrator to 
assign rights to other entities. 

Entities are assigned different capabilities or 
privileges based upon their work requirements, level of 
trust by the computer system administrator, and the like. 
Trusted entities are given privileges that allow 
"privileged processes" running on their behalf to 
execution various operations that might otherwise be 
forbidden by the operating system. Privilege levels are 
given a variety of names such as "user-level" to designate 
a most restrictive privilege set and "admin- level" to 
designate a least restrictive privilege set. 

Access to privileged processes is carefully guarded 
by most operating system (OS) software. Computer systems 
can be disabled and/or destroyed by inappropriate use of 
privileged processes. For example, in a Windows 

3 0 environment the installation process requires manipulation 
of registry objects. Addition, deletion, and modification 
of registry objects can render the computer unable to boot 
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the operating system. For these reasons most privilege 
mode processes provide carefully limited behavior that is 
readily checked by system safeguards. 

Various software installation systems are available 
5 such as InstallShield, Wise Installation System, and 
Microsoft Setup Toolkit. These systems are generally 
implemented by a rule-based installation engine executing 
on the client machine. The rule-based engine implements a 
set of rules that are expressed in a rule -based 
10 instruction file that accompanies the software to be 
installed. The installation engine has sufficient 

^ privileges to manipulate registry entries. The 

p installation engine is invoked by a user who must also 

iH have sufficient privileges. The user continuously 

:j 15 monitors the progress of the installation process and so 
fH can, in theory, prevent undesired modifications to 

L registry objects. 

y To enable remote provision of application services 

(e.g., automated or semi -automated installation programs), 

□ 2 0 the user invocation and monitoring of access to privileged 
processes must be eliminated or minimized. For example, 
it would be desirable to enable a script running in a web 
browser, which has only user-level privileges, to update 
application code involving access to a registry entry. 

2 5 The operating systems prevent user- level entities from 

performing such an operation. A possible solution is to 
provide a '"generic" interface with less restrictive access 
to privileged processes. This would be akin to giving the 
general -purpose web browser admin-level privileges. Such 

3 0 a system would be highly flexible, but very insecure as 

the operating system could be readily penetrated by 
unauthorized entities, viruses, and/or programs with bugs. 
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Remote provision of application services also 
benefits from having a wide, readily extensible set of 
privileged processes that can be performed. Unlike 
conventional rule-based installation programs, a generic 
agent existing on a client system may need to access any 
part of a registry file to create, modify and delete 
entries. A need exists for systems and methods to provide 
generic, readily extensible mechanisms that are able to 
access privileged processes without exposing the client 
system to intentional or inadvertent security risks. 

SUMMARY OF THE INVENTION 

The above limitations of the prior art are addressed 
by a system, method and software in which a process is run 
on a client machine having sufficient privileges to 
execute privileged processes. This process has a role of 
a "local system" and is effectively an administrator for 
the machine. An agent program running in user-mode 
provides a generic interface. The agent includes an 
application programming interface ("API") for receiving 
requests for privileged processes. The agent includes an 
interface to the privileged process as well. The agent 
includes methods for authenticating any received requests 
and will only forward a request to the privileged process 
upon determining that the requesting application has 
sufficient trust. Hence, the agent provides a level of 
indirection in accessing the privileged process so that 
the local system interface is not exposed directly to 
untrusted entities. 

Briefly stated, the present invention involves a 
system for providing application services in a computing 
environment having both user-mode processes and 
privileged-mode processes. An agent executes in 
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privileged mode and exposes an interface to user-mode 
processes. A user-mode component is provided with an 
interface configured to access the agent's exposed 
interface. A configuration component specifies a list of 
installable code components that are authorized for 
installation, wherein the agent will only execute 
privileged-mode functions in response to accesses by the 
user-mode code component when the installable code 
component is represented on the list. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows an networked computer environment in 
which the present invention is implemented; 

FIG. 2 illustrates basic components of a distributed 
computing system for implementing application services in 
accordance with the present invention; 

FIG. 3 illustrates steps in an exemplary 
implementation of the present invention; 

FIG. 4 illustrates operation of the present invention 
in functional block-diagram form; and 

FIG. 5 shows an exemplary configuration file used to 
provide application services in accordance with the 
present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is illustrated and described in 
terms of a system for providing application services. 
However, more generally the invention provides mechanisms 
and methods for enabling secure remote access to 
privileged processes on a client computer. While the 
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functionality provided by the instant invention is useful 
for installation and updating of software application code 
used to provide application services, it is more generally 
useful in any environment that requires controlled access 
5 to privileged processes and features provided by a client 
computing platform. 

The preferred implementation comprises a distributed 
computing environment such as an enterprise computing 
system using public communication channels such as the 
10 Internet. However, an important feature of the present 
invention is that it is readily scaled upwardly and 
downwardly to meet the needs of a particular application, 
■ti Accordingly, unless specified to the contrary the present 

M invention is applicable to significantly larger, more 

•t 15 complex network environments as well as small network 
in environments such as conventional LiAN systems. 

FIG. 1 shows an exemplary computing environment 100 
W in which the present invention may be implemented 

^ including a variety of internetworking components such as 

p 20 Internet 101, public switched telephone network (PSTN) 
102, and a wide area network (WAN) 110. The distinct 
internetwork designations shown in FIG. 1 provide a 
conceptual model and are provided for ease of description 
and understanding. In practice, Internet 101 may include 
25 components of both PSTN 102 and WAN 110. Likewise, WAN 
110 is often implemented using PSTN 102 and/or Internet 
101 . 

Essentially, a number of computing devices and groups 
of devices are interconnected through a network 101. The 
3 0 particular embodiments described herein use the public 
national information infrastructure (i.e., the Internet) 
to implement network 101. Alternatively, network element 
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101 may be implemented as a private network using WAN 
technology, intranet technology, fibre channel, and the 
like. 

A first network segment 103 and a second network 
5 segment 104 are interconnected using Internet 101 and/or 
WAN 110 in a typical fashion. Network segments 103 and 
104 are usefully thought of as local area networks (LiANs) 
although either or both may represent only a portion of a 
LAN in a given network's topology. The present invention 
10 is readily adapted for both client/server and peer-to-peer 
type networks as well as hybrid topologies. Network 
segments 103 and 104 comprise copper, optical, wireless 
and/or other available physical connection technologies. 



LANs 103 and 104 implement physical and logical 
15 communications links between a number of network 
appliances 117. Local networks 103 and 104 are coupled to 
network 101 through connect servers 105 and/or firewalls 
106. Connect servers 105 are implemented by connection 
sharing software such as Microsoft Internet connection 
p . 2 0 sharing service (ICS) or by software such as found in 
routers. Firewalls 106 may also be implemented by a 
router or by other firewall software operating on a 
special purpose computer. LANs 103 and 104 may be 
implemented using any available topology and may implement 

2 5 one or more seirver technologies including, for example a 

UNIX, Novell, or Windows NT, or peer-to-peer type network. 
Each network will include distributed storage implemented 
in each device and typically includes some mass storage 
device (not shown) coupled to or managed by a server 

3 0 computer (not shown) . 

Appliances 117 provide application services to users. 
Network appliances 117 include, for example, computers. 
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printers, file servers, mass storage and the like. 
Appliances 117 include computing devices varying in 
complexity from workstations and personal computers to 
hand-held computers and personal digital assistants to 
office equipment including telephones, copiers, fax 
machines and the like. One or more of appliances 117 may 
be configured as an application and/or file server. Each 
local network 103 and 104 may include a number of shared 
devices (not shown) such as printers, file servers, mass 
storage and the like . Similarly, appliances 117 may be 
shared through network 101 and/or WAN 110 to provide 
application and file services, directory services, 
printing, storage, and the like. 

In addition to shared LAN connections to network 101, 
appliances 117 may also connect to network 101 using the 
public switched telephone network 102 by way of dial-up 
connections. Dial-up connections are supported by a 
variety of Internet service providers (ISPs) 107. Dial up 
connections may be support by landline connections or 
through wireless interfaces to PSTN 102 such as available 
in digital and analog cellular systems. ISP 107 supports 
a connection to network 101. 

In accordance with the present invention, one or more 
application management servers 108 are coupled to network 
101. For ease of description a single application 

management server 108 is shown, but in practice it is 
beneficial to provide tens, hundreds, or even thousands of 
application management servers 108 geographically 
distributed throughout the an application environment. 
Each application management server 108 has a unique 
address with respect to network 101 and so is reachable by 
network-connected appliances 117. The present invention 
leverages the existing Internet infrastructure to provide 



\\\B0 - 80774/7 - #13695 v2 



-13- 

frequent, ubiquitous communication between appliances 117 
and application management servers 108. 

Each of the appliances and servers shown in FIG. 1 
may include memory, mass storage, and a degree of data 
5 processing capability sufficient to manage their 
connection to network 101. The computer program devices 
in accordance with the present invention are implemented 
in the memory of the various devices shown in FIG. 1 and 
enabled by the data processing capability of the devices 
10 shown in FIG. 1. In addition to local memory and storage 
associated with each device, it is often desirable to 
provide one or more locations of shared mass storage (not 
jtj shown) that provide mass storage capacity beyond what an 

individual device can efficiently use and manage. 
% 15 Selected components of the present invention may be stored 
fjl in or implemented in shared mass storage. 

j.^' FIG. 2 illustrates functional components of an 

y appliance 117 and an application management server 108 in 

accordance with an embodiment of the present invention. A 
□ 2 0 software- implemented agent 2 02 executes on the computing 
devices within the appliance 117. Agent 202 performs a 
relatively small number of functions in the application 
management solution in accordance with the present 
invention. First, agent 202 establishes a frequent 

25 connection with application management server 108 to check 
for updates in code and/or data used to provide the 
application services. When appropriate, agent 2 02 

downloads updated code into memory and/or storage devices 
within appliance 117. 

3 0 In the embodiment shown in FIG . 2 a world wide web 

browser 2 01 is used to implement network connectivity and 
to provide a mechanism through which software application 
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functionality can be delivered. In a particular example, 
browser 2 01 is implemented using Microsoft Internet 
Explorer software which includes, among other things, a 
browser and network protocol stacks to implement hypertext 
5 transfer protocol (HTTP) , transfer connection protocol 
(TCP) and Internet protocol (IP) to enable browser 201 to 
communicate with a web server 211 over Internet 101. 
Although the specific example uses a browser and HTTP 
user-level protocols for network connectivity, it should 

10 be understood that any available protocols and 
connectivity mechanisms may be used in practical 
implementations. Agent 202 may interact directly with 
network protocols provided by an operating system or 
operating system services within appliance 117, for 

15 example. 

Preferably, agent 2 02 provides security functions as 
well to authenticate the identity of applications 
management server (AMS) 108 to prevent unauthorized 
download from impostor server 10 9 (shown in FIG. 1) , for 

20 example. For example, agent 202 may require a digital 
certificate from AMS 108 signed by an independent 
certificate authority. Security functions also include 
functions to authenticate that any code downloaded from 
AMS 10 8 is authentic code intended for download to 

25 appliance 117. For example, agent 202 may require that 
any code include a digital signature such as a signature 
supplied by the Authenticode procedures of Verisign. 
Security functions may be incorporated within agent 202 or 
accessed via a separate authentication module 204. Many 

30 off-the-shelf Internet access packages include not only a 
web browser component 2 01, but also an authentication 
module 2 04 that includes methods for performing 
authentication and validation functions. 
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Appliance 117 also includes a set of application 
components 205. One feature of the present invention 
involves the installation, updating, and deletion of 
application components 205. The program code can be 
5 copied to a mass storage device of a client computer using 
a small number of well-defined privileged processes for 
disk access. However, installation of components 205 so 
that they may be executed as processes in the operating 
system environment requires more varied and flexible 

10 access to privileged processes. It is contemplated that 
the present invention will support an almost limitless 
variety of components 205. Accordingly, the installation 
of components 2 05 may require access to every privileged 
process provided in a particular operating system. 

15 Application components 2 05 or groups of components 2 05 may 
be provided as compressed files called "cabinet files" or 
''.cab" files after the commonly applied file extension. 

Application components 2 05 comprise program code that 
implements some application function or set of functions. 

20 Application components 205 range in complexity from 
relatively simple functions that retrieve data from a 
database to complex programs that implement sophisticated 
behavior such as scanning the entire appliance 117 for 
viruses. In the particular example application components 

25 205 are provided as compiled code stored in mass 
storage/memory of appliance 117. Each component 205 has 
an interface (e.g., application programmer's interface 
(API) ) that enables the functionality of a given component 
205 to be invoked. The interface (s) typically allows 

3 0 another component or process executing on the processor (s) 
of appliance 117. to pass data, commands and variables to 
the component 2 05 and receive data and commands back from 
the component 2 05. 
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In operation, agent 2 02 uses the network connectivity 
features of browser 201 to connect to web server 211. Web 
server 211 comprises a commercial web server software 
package such as Microsoft Internet Information Server 
5 (IIS), for example. Web server 211 is used to communicate 
with HTTP clients such as browser 201. In applications in 
which appliance 117 uses other network protocols web 
server 211 is conveniently replaced by complementary 
server software. Some advantages of using web server 211 
10 to implement the server- side network interface is that web 
servers are widely available from a number of 
manufacturers and readily extended to implement new 
functionality. 

In the example of FIG. 2, web server 211 uses active 
15 server pages (ASP) component 212. ASP component 212 is 
provided with IIS, but equivalent components, that function 
to compile script or other interpreted language program 
files within a server machine are available for other 
server platforms. ASP 212 is used to compile scripts 213 

2 0 in response to requests from appliance 117. The compiled 

scripts can be executed on web server 211 or forwarded to 
appliance 117 for execution. 

In accordance with the present invention, software 
applications services are provided by cooperative action 
25 of scripts 213, agent 202, and application components 205. 
A separate and usually larger set (i.e., a superset) of 
application components are maintained on the server side 
in a components library 215. Depending on its size, 
components library 215 may be implemented in a storage 

3 0 device within application management server 108 or in 

external storage accessible to application management 
server 108. It is contemplated that application 

management server 108 will serve a wide variety of diverse 
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applications and so the library 215 will contain a large 
number of application components compared to the selected 
set of application components 205 that exist within an 
appliance 117. The set of components 205 within any 
5 particular appliance 117 is selected by agent 202 to meet 
the needs of appliance 117 and provide the application 
services desired by its user. 

In accordance with the present invention, an instance 
of a software application is constructed using a selected 

10 set of application components 2 05 that are cooperatively 
initiated and executed on appliance 117 according to 
application logic implemented in a script 213. The bulk 
of program code is typically in application components 205 
while scripts 213 are relatively light-weight. It is 

15 expected that application components 2 05 will change 
relatively slowly although this is not a requirement. In 
contrast, a script 213 can be changed frequently. 

Appliance 117 preferably includes a scripting 
interface 203 for executing script, including scripts 213, 

2 0 provided by server 211, Example scripting interfaces 

include VBScript, JScript, JavaScript. Markup language 
documents such as extensible markup language (XML) is an 
alternative tool enabling client -side program execution. 
Collectively, these are tools that enable execution of 
25 code on a client machine (e.g., appliance 117) that is 
generated by server 211. 

At runtime, agent 2 02 determines whether the script 
213 and/or any components 205 must be downloaded and/or 
installed. This can be done by determining whether any 

3 0 have changed since the last instance of the software 

application managed by agent 202. Many browsers 201 
include mechanisms for determining whether a web page has 
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changed, and these mechanisms are readily leveraged by the 
present invention to determine if any program components 
or scripts have changed. It is contemplated that agent 
202 can access server 211 periodically, randomly, or on 
5* demand, for example, to determine if a new script or 
components require download. Alternatively, any 

downloaded components 2 05 or scripts 213 may be associated 
with expiration conditions. Once the expiration 

conditions are satisfied, agent 202 will download 
10 replacements. 

It should be appreciated that the present invention 
-5 discloses a system and method for deployment of 

applications services via dynamic distribution of software 
as opposed to conventional methods that focus on deploying 
;J: 15 application software and leave it to the end user to 
In install, configure and cause the software to provide the 

:L, desired services. By this it is meant that the present 

m invention operates to ensure that every time an 

;^ application is run, it is automatically updated with 

Q 2 0 minimal or no user intervention so that it provides the 
'•"^ desired services on demand. The user is only made aware 

of the services being provided, if desirable, not the 
exchange of code, configuration files, data files, and the 
like that occur in order to provide the application 
25 services. This can be a subtle difference to understand, 
but once realized it is apparent that the present 
invention teaches a fundamentally different way of 
deploying mechanisms to provide application services. 

The present invention is particularly useful for a 
30 wide variety of application services that do not require 
or benefit from user interaction. For example, ant i -virus 
software such as VirusScan ASaP (TM) , WebShield ASaP (TM) 
and the like operate to detect and stop virus code 
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automatically before it is executed. Another example is 
security assessment software that probes computer systems 
and networks to identify strengths and weaknesses. These 
types of application services often run as background 
5 processes that benefit little from user interaction. 
Because the present invention provides for continual 
update, configuration and execution, such services can be 
provided without imposing on the user to learn, 
understand, and manage yet another application. 

10 The present invention is useful for application 

services that require access to privileged processes such 
as operating system functions. Because application 

components 205 execute on top of an operating system 301, 
all of the user interaction services provided by operating 

15 system 301 are available. Hence, full featured 

application services such as word processing services, 
spreadsheet services, graphics services, and the like are 
readily implemented using the software, systems and 
methods in accordance with the present invention. 

2 0 FIG. 3 illustrates steps in an exemplary 

implementation of the present invention. Initially, an 
agent 2 02 having administrator- level privileges is 
installed and instantiated in a client or local computer 
in step 301. The agent 2 02 privileges are assigned by 
25 another entity, such as a system administrator, that 
already has sufficient privileges to assign admin-level 
privileges. It is contemplated that the created agent 
instance will be generic in that it contains powerful 
methods for implementing privileged processes, but it does 

3 0 not contain a specification as to specific behaviors to be 

implemented using those processes. For example, the agent 
instance includes a "CreateObject " method for creating 
registry objects in the NT programming environment, but 
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lacks a specification as to any specific registry objects 
to be created. In other words, the agent 2 02 has no a 
priori knowledge of the application service that is to be 
rendered. This allows the agent 202 to be multi-purpose 
5 as its behavior is readily customized, within bounds 
discussed hereinafter, to perform almost any function. 

The agent 2 02 created in step 301 includes an 
interface for receiving messages from user- level and 
privilege level processes. The received messages identify 
10 a configuration file containing one or more components 
205. The configuration file is implemented as a cabinet 
file 4 05 (shown in FIG. 4) containing components 2 05 and 
an initialization file (e.g., a ".ini" file 500 in FIG. 
5) . 

15 In operation, the agent 202 includes methods for 

continously checking for the presence of updated code on 
application management server 108 and/or outdated code 
within the appliance 117 on which the agent 202 exists. 
As needed, updates are downloaded in the form of scripts 

2 0 and cabinet files. The process of checking for updates 
involves, in the preferred embodiment, using a pluggable 
protocol. The agent 2 02 generates a network request 
message addressed to application management server 108 and 
specifying a proprietary protocol. The request message 

25 identifies the agent 202 and preferably provides 
authentication information such as a certificate that can 
be used by application manager 108 to authenticate the 
agent . 

The request message specifies what code is being 
30 checked in step 302. Preferably, the request message 
identifies message formats and/or protocols that the agent 
202 supports for received messages. For example, the 



\\\B0 - 80774/7 - #13695 v2 



us 
iJl 



-21- 

agent 2 02 may have an installed file transfer protocol 
(FTP) client and a secure hypertext transfer protocol 
(SHTTP) client. Application management server 108 may use 

any available protocol to download updated code. 

5 The downloaded update code is copied to appliance 117 

but is not installed or executed at this stage. Merely 
downloading the code cannot interfere with functionality 
of the appliance 117, The downloading operation may use a 
minimal set of well-defined privileged processes to write 

10 a file into mass storage, these processes are controllable 
using conventional security precautions. Code components 
that are downloaded by application management server 108 
include authentication information such as an Authenticode 
certificate. The authentication information identifies 

15 the source of the downloaded code and is used by the agent 
2 02 subsequently to authenticate the code came from a 
trusted source and has not been modified since coming from 
the trusted source . 

When a code update is loaded, a user- level 
20 installation process is started such as a wizard launched 
in step 303. In the particular examples, the wizard 
routine is executed within the contexts of a browser 
program such as Internet Explorer. The wizard provides a 
scripted user interface useful for supplying and obtaining 
25 user-specific information from a user such as name, 
licensing information, and the like. Once step 303 is 
completed, the wizard makes a call back to a defined 
interface in the agent 2 02 to launch provision of 
privileged process services. It is contemplated that some 
3 0 installations will not require user involvement in which 
case step 3 03 can be implemented without user interface 
components by making a call to the agent 202 in step 305. 
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The call to the agent 202 includes an identification 
of the configuration file. The entire configuration file 
may be passed to the agent interface, however, the 
configuration file may be passed by reference as well. 
5 Once called by the user- level process, the agent 2 02 
authenticates the configuration file using, for example, 
the Authenticode certificate, in step 304. Authentication 
step 3 04 may be performed by the user- level process such 
as the wizard launched in step 303, or in a privileged- 
10 process such as the agent 202 (i.e., after step 305). 
Hence, the order of steps shown in FIG. 3 may be modified 
13 to accommodate the needs of a particular application. The 

^2 authentication step 304 preferably validates the 

m trustworthiness of the supplier of the configuration file 

15 as well as the integrity of the configuration file to 
in ensure that the configuration file has not been changed 

from that which was created originally. 

m In step 305, the privileged process (es) is/are 

:^ initialized. The agent 202 includes a set of generic 

□ 2 0 methods for performing the privileged processes, but must 
access the configuration file to create a specific 
instance of the privileged process. Initialization step 
3 05 involves creating a specific instance of the privilege 
process by referring to the configuration file that 
25 specifies particular objects that are affected by the 
generic method defined within the agent. By way of 
example, the privileged processes include methods to 
create, modify, and/or destroy objects including registry 
objects in a Windows NT computing environment. The 
3 0 configuration file contains particular object 

identifications that indicate specific objects that will 
be created, modified, or destroyed. 
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Once initialized, the specific instance of the 
privileged processes are verified in step 306. 
Essentially, step 3 06 determines whether the code to be 
installed has been declared "safe" to be assigned or 
5 inherit administrative privileges required for the code's 
execution. This analysis is akin to an operating system 
function, but is performed by agent 2 02 according to 
criteria specified in the configuration file itself. 
ActiveX controls, for example, can be declared safe for 
10 scripting, safe for initialization, but current 
implementations do not provide for a declaration that the 
control is safe to receive administrative privileges. In 
;2 essence, the security considerations of existing ActiveX 

m controls go to specific behaviors, but not to privileges 

15 assigned to the component. 

Hps 
lis 

ijl In the particular example, the configuration file 

^L, includes a specification or listing of objects that the 

m agent 202 is permitted to create. Unless an object 

appears on the list, it cannot be created by the agent 2 02 
O 2 0 even though the agent 2 02 has the operating system 
™ privilege level to perform the operation. This feature 

provides an additional security check to control operation 
of the privileged processes is implemented in accordance 
with controls instituted by the application management 
25 service 108. At step 307 the privileged processes are 
actually executed to perform functionality such as 
registry file updates. 

FIG. 4. illustrates operation of the present 
invention using logical block diagram form to show 
3 0 relationships and data flow. In the particular 

implementation shown in FIG. 4, a web browser program 2 01 
executing as a user- level process is used as a primary 
user interface. Browser 201 supports the execution of 



\\\B0 - 80774/7 - #13695 v2 



-24- 

applications, applets, scripts, scriptlets and the like. 
These types of code are characterized in that they tend to 
be easily ported across multiple platforms and comprise 
procedural and/or object oriented code that is executed 
5 within the context of the browser 2 01 to provide extended 
functionality. An example is an applet 401 that 

implements the wizard user interface described in 
reference to FIG. 3. 

Wizard 401 obtains and provides user-specific 
information and at a desired point in its execution make a 
call either directly or through a helper script to a 
"create object" program components such as an executable 
function defined in a dynamic link library (dll) file 402. 
The create object component 4 02 is executing in user-mode, 
and so can not, by itself, create an object such as a 
registry object that requires a privileged process. 
However, create obj ect component 4 02 implements an 
interface that sends a message to a "create object" 
interface 412 of privilege mode process such as agent 202. 
The message includes an identification of a configuration 
file such as cabinet file 405. 

The create object interface 412 is accessible by user 
mode processes, and can access privileged processes by 
accessing functions within system 413. However, agent 202 
25 only performs privilege level functions after authenticity 
and other security methods contained within agent 2 02 are 
satisfied as described in reference to FIG. 3. Agent 202 
can access cabinet file 405 to read the application 
service-specific information contained therein, 

3 0 authenticate certificates, and obtain program components 
205 contained therein. Agent 202 reads an initialization 
file 500 to obtain instructions that enable it to create 
specific instances of the privileged processes. Agent 202 
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also includes and interface to application manager 108 to 
perform the code updating functions described in reference 
to FIG. 3. The references to application manager 108 and 
cabinet file 405 may actually involve operating system 
5 functionality to access a file system or network resource. 

FIG. 5 illustrates an exemplary portion of a 
configuration file 500. The configuration file 500 in the 
particular example comprises an initialization file 
embedded within cabinet file 405. The initialization file 
10 500 is represented in plain text format comprising a 
_ plurality of sections denoted by brackets "[]" with a 

number of attribute specifications within each section. 
It is contemplated that the initialization file 500 may be 
encrypted or outfitted with other security precautions to 
£ 15 prevent or inhibit direct viewing and modification of the 
Ijl contents. However, any modifications will affect validity 

L of the authenticity certificate associated with cabinet 

B 

m file 405. Likewise, cabinet file 405 is typically 

provided in a compressed format with write restrictions 
Q 20 that impede modifications. 

In the example of FIG. 5, initialization file 500 
includes an "AutoRegister" section, an "AutoUnregister" 
section, and an "allowAdmin" section. The AutoRegister 
section contains a listing of file names associated with 

25 instructions or commands used to register the associated 
file with the operating system (e.g., install the file). 
For example, a particular entry will include a file name 
and the location in the hierarchical tree of the registry 
file that requires a object and/or attributes of the 

30 required object. The AutoUnregister section contains a 
similar listing of file names associated with commands 
required to remove or uninstall the associated file from 
the registry. 
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Agent 2 02 reads the AutoRegister section and uses the 
specifications to define specific instances of the 
privileged processes specified by the file 500. While the 
specific instance can be defined by reference to the 
AutoRegister section, a further security check is 
preferably implemented by the "allowAdmin" section. This 
section contains a listing that identifies objects that 
are allowed to be created by agent 202. The objects are 
identified in FIG. 5 using a globally unique identifier 
(GUID) . The QUID is a 16-byte identification value that 
uniquely identifies each object in the system, although 
any identification system that provides object 
identification with a sufficient level of granularity may 
be used. Agent 2 02 includes methods that prevent creation 
of an object using privileged processes, even if that 
object is specified in the AutoRegister section, unless 
that object is identified in the allowAdmin section. 

Although the invention has been described and 
illustrated with a certain degree of particularity, it is 
understood that the present disclosure has been made only 
by way of example, and that numerous changes in the 
combination and arrangement of parts can be resorted to by 
those skilled in the art without departing from the spirit 
and scope of the invention, as hereinafter claimed. 
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